Nota: Los Flujos Simples están actualmente en fase beta. Por favor, informe de cualquier error o problema que encuentre.
¿Qué son los Flujos Simples?
Los flujos simples son en realidad embudos en el backend – simplemente hemos creado una interfaz de usuario alternativa que los hace más fáciles de crear en algunas situaciones.
Esta interfaz de usuario proporciona una forma más sencilla de crear secuencias lógicas simples de landers/ofertas muy parecidas a las que encontraría en otras plataformas de seguimiento.
Los flujos se construyen a partir de tres componentes principales:
- Rutas. Estas son algunas secuencias de grupos de landers/ofertas, en cualquier orden
- Reglas. Estas son reglas opcionales que coinciden con los visitantes entrantes.
- Enrutamiento. Esta sección define a qué rutas deben ir los usuarios cuando coinciden con cada regla, o con ninguna regla.
Los flujos también tienen varios requisitos:
- Un flujo debe tener al menos una ruta, que describa las páginas a las que enviar a un usuario
- Cualquier ruta debe tener al menos una página/grupo dentro de ella, para que haya un lugar al que pueda ir un visitante
- Las reglas deben tener, por supuesto, un conjunto de condiciones válidas
- En la sección de enrutamiento, cada regla, incluida la predeterminada, debe tener definidas algunas rutas de destino.
También hay algunas limitaciones:
- No se pueden generar enlaces a partes específicas de un flujo, solo al principio
- No se pueden usar grupos de landers/ofertas globales
- No se pueden editar visualmente los datos del embudo en el backend
A continuación, explicaré cada sección con más detalle.
Creando un Flujo
Para crear un flujo, haga clic en crear nuevo en la página de embudos, o haga clic en el botón global de crear activo:
Estructura de flujo simple
Es útil entender visualmente cómo se construyen los Flujos Simples.
Como se mencionó anteriormente, hay tres partes – rutas, reglas y enrutamiento.
Así es como hay que pensar en esto visualmente, que es como es el embudo en el backend:
Así, cuando crea rutas, está creando los destinos/páginas finales a los que va la gente.
Cuando crea reglas, está creando las decisiones iniciales para separar a los usuarios en diferentes rutas.
Luego, cuando configura el enrutamiento, está mapeando a las personas desde estas reglas > rutas de destino.
En el backend creamos rotadores con nombre en los diferentes pasos, ya que nos permite mostrarlos en los informes de viaje posteriores.
Veamos cómo hacer cada parte a continuación.
Creando Rutas
Las rutas son secuencias de grupos de páginas. Puede añadir tantas páginas como quiera a un grupo y encadenarlas secuencialmente en el orden que desee.
No hay ningún requisito de que los landers vayan primero, o en absoluto, por lo que técnicamente puede ir oferta > oferta > lander > lander > oferta. Depende totalmente de usted y del tipo de flujo que esté rastreando.
Si tiene diferentes secuencias de páginas que le gustaría probar, añádalas como rutas separadas.
Entre cada grupo, todas las acciones se vincularán al siguiente grupo. Así, la acción 1, 2, 3, etc. irán todas genéricamente al siguiente grupo. Actualmente no es posible hacer que la acción 1 vaya a un lugar diferente de la acción 2 -- para esto necesitará usar un embudo normal.
Tenga en cuenta que la ruta predeterminada actualmente no se puede eliminar (pero se puede renombrar). Todas las rutas deben tener al menos una página dentro de ellas.
Creando Reglas
Las reglas son filtros opcionales para coincidir con el tráfico entrante. Siguen la misma configuración que los nodos de condición (ya que esto es lo que está haciendo el enrutamiento en el backend):
Cuando crea reglas, se procesan en orden. Así, el tráfico será procesado inicialmente por la primera regla personalizada, luego por la segunda, y cualquier tráfico no coincidente irá a la regla predeterminada, como se muestra a continuación:
En el futuro añadiremos numeración aquí + la capacidad de reordenar estas.
Personalizando el Enrutamiento
El componente final es el enrutamiento.
Aquí configurará a qué rutas deben ir los visitantes para cada regla con la que coincidan.
Debe establecer destinos para cada regla que exista, ya que un usuario siempre debe poder enrutarse a algún lugar.
Puede hacer que los usuarios vayan a una o varias rutas con el % de rotación establecido para cada una -- así que, por ejemplo, podría tener tres secuencias únicas de lander/oferta (¡rutas!) y enviar todo el tráfico a ellas por igual. Luego, con el tiempo, podría descubrir que el tráfico móvil funciona mejor en las rutas 2 y 3, por lo que añade una regla para Es Móvil > que solo enrute a las rutas 2 y 3. También podría configurar reglas por adelantado para sus diferentes tipos de tráfico para que sea fácil personalizarlas más adelante.
Como verá pronto en los informes, nuestro viaje del visitante le permitirá ver cómo se están enrutando los usuarios y a qué rutas están yendo.
Generando Enlaces
Esta parte es bastante sencilla -- puede generar enlaces de la misma manera que lo hace en los embudos.
En los Flujos, solo le permitimos enlazar a través de una redirección al inicio del flujo, o a una ruta específica.
Es posible que agreguemos opciones más adelante para enlazar de forma más específica, y para enlace directo -- aunque el enlace directo y el uso de JS de alguna manera derrota el propósito del Flujo, ya que estaría saltando la parte de reglas/enrutamiento e yendo directamente a una página en una sola ruta.
Para eso, un embudo tiene más sentido, a menos que encuentre que la interfaz de usuario del Flujo es más fácil para configurar las secuencias de páginas (lo cual es comprensible).
Informes
Los informes para Flujos no son diferentes a los embudos, pero quiero señalar la utilidad del viaje del visitante.
Los Flujos Simples son en realidad un embudo en el backend donde hemos creado nodos de condición y rotadores, nombrados adecuadamente, para permitirle ver exactamente a dónde va el tráfico.
Planeamos actualizar la interfaz de usuario para esto para hacerlo aún más claro en el futuro (así como agregar un informe de viaje solo de páginas para hacer una versión condensada).
Tome un ejemplo de Flujo, donde tengo una condición de enrutamiento por país y tengo múltiples rutas presentes. Quiero que el tráfico de EE. UU. vaya solo a una ruta, pero que todo el demás tráfico vaya a dos rutas + la predeterminada.
Así es como podría verse el informe por viaje del visitante:
Bastante completo -- aquí hemos utilizado los nombres de los rotadores para proporcionar contexto, sobre qué regla coincidió el usuario y qué ruta cargaron, por lo que tiene una visión muy clara de lo que está haciendo su tráfico.
Háganos saber sus comentarios y si detecta algún problema -- después de todo, estos están actualmente en beta.
En el futuro planeamos agregar varias características nuevas como:
- La capacidad de convertir un flujo simple en un embudo, para que pueda crear embudos más complejos a partir de un flujo existente (esta acción no será reversible)
- Cambiar los iconos de los rotadores de reglas y rutas para que sea un poco más fácil de entender
- Informes de viaje del visitante modificados que solo muestran las páginas cargadas
- Un informe especial de viaje del visitante solo disponible en las estadísticas rápidas de los flujos, que elimina la visualización del nodo de tráfico y el nodo de condición de reglas
- Capacidad de usar grupos de páginas globales dentro de las rutas